
09/763883 



Original (for SUBMISSION) - printed on 26.04.2000 01:01:06 PM 



0 1 
0-1 


=or receiving Office use only 
nternational Application No. 


PCT/Fl 0 0 / 0 0 3 5 7 


0-2 


nternational Filing Date 


2 6 APR 2000 Tze -OA-zooQl 


0-3 


Name of receiving Office and "POT 
Internationa! Application" 


The Finnish Patent Office 
PCT International Application 




0-4 

0-4-1 


Form - PCT/RO/101 PCT Request 
Prepared using 


PCT-EASY Version 2,90 
(updated 08.03.2000) 


0-5 


Petition 

The undersigned requests that the 
present international application be 
processed according to the Patent 
Cooperation Treaty 




0-6 


Receiving Office (specified by the 
applicant) 


National Board of Patents and 
Registration (Finland) (RO/FI) 


0-7 


Applicant's or agent's file reference 


2990533PC/SU 


1 


Title of invention 


LOCATION MANAGEMENT FOR CELLUIAR SYSTEMS 


11 

11-1 
11-2 
11-4 
11-5 

11-6. 
H-7 


Applicant 

This person is: 

Applicant for 

Name 

Address: 

\ 

State of nationality 
State of residence 


applicant only 

^11 H^^^icrnat^d States ^xcieTi>t US 

NOKIA NETWORKS OY 

Keilalahdentie 4 

FIN-02150 Espoo 

Finland 

FI 

FI 


111-1 

111-1-1 

111-1-2 
111-1-4 
111-1-5 

111-1-6 
m-1-7 


Applicant and/or inventor 
This person Is: 

Applicant for 

Name (l-AST. First) 

Address: 

State of nationality 
State of residence 


applicant and inventor 
US only 

RAJT^IEMI , Jaakko 

Lapinrinne 2 A 11 

FIN-00180 Helsinki 

Finland 

FI 

FI 



1 00/00357 



2/5 



PCT REQUEST 



2990533PC/SU 



Original (for SUBMISSION) - printed on 26.04,2000 01:01:06 PM 



III-2 

111-2-1 

1 11-2-2 
1 1 1-2-4 
III-2-5 



111-2-6 
li 1-2-7 



llt-3 
ni-3-1 

III-3-2 

III-3-4 

1 11-3-5 



III-3-6 
111-3-7 



Applicant and/or inventor 

This person is: 
Applicant for 
Name (LAST. First) 
Address: 



State of nationality 
State of residence 



Applicant and/or inventor 
This person is: 

Applicant for 

Name (LAST. First) 

Address: 



State of nationality 
State of residence 



MM 

III-4-1 

III-4-2 
111-4-4 
111-4-5 



111-4-6 
III-4-7 



Applicant and/or inventor 

This person is: 

Applicant for 
Name (LAST, First) 
Address: 



State of nationality 
State of residence 



III-5 

111-5-1 

111-5-2 
1 1 1-5-4 
111-5-5 



111-5-6 
It 1-5-7 



lil-6 
111-6-1 

111-6-2 

111-6-4 

111-6-5 



III-6-6 
111-6-7 



Applicant and/or inventor 

This person is: 

Applicant for 
Name (LAST, First) 
Address: 



State of nationality 
State of residence 



Applicant and/or inventor 

This person is: 
Applicant for 
Name (LAST. First) 
Address: 



State of nationality 
State of residence 



applicant and inventor 
US only 

AHMAVAARA, Kalle 

Hakaniemenranta 18 D 62 

FIN-00530 Helsinki 

Finland 

FI 

FI 



applicant and inventor 

US only 

EINOIA, Heikki 

Kaksoiskiventie 7-9 B 5 

FIN-02760 Espoo 

Finland 

FI 

FI 



applicant and inventor 
US only 
BACK, Juha 

Kulosaarenpuistotie 44 B 22 

FIN- 00570 Helsinki 

Finland 

FI 

FI 



applicant and inventor 
US only 

HULKKONEN , Tony 

Porvoonkatu 1 F 214 

FIN-00510 Helsinki 

Finland 

FI 

FI 



applicant and inventor 
US only 

HAUMONT , Serge 
Riistavuorenku ja 3 B 10 
FIN- 00320 Hels inki 
Finland 
FR 

FI 



^TMT/FI 00/00357 



3/5 

PCT REQUEST 2990533PC/su 

Original (for SUBMISSION) - printed on 26.04.2000 01:01:06 PM 



IV-1 

IV-1-1 
IV-1 -2 

IV-1 -3 
IV-1 -4 
IV-1 -5 


Agent or common representative; or 
address for correspondence 

The person identified below is 
hereby/has been appointed to act on 
behalf of the applicant(s) before the 
competent International Authorities as: 
Name 

Address: 

Telephone No. 
Facsimile No. 
e-mail 


agen-t 

KOLSTER OY AB 

ISO Roobertinkatu 23 

P.O. Box 148 

FIN-00121 Helsinki 

Finland 

+ 358 9 618 821 
+ 358 9 602 244 
Kolster@Kolster . Fi 


V 

V-1 


Designation of States 




Regional Patent 

(other kinds of protection or treatment, if 
any, are specified between parentheses 
after the designation(s) concerned) 


AP: GH GM KE LS MW SD SL SZ TZ UG ZW and 
any other State which is a Contracting 
State of the Harare Protocol and of the 
PCT 

EA: AM AZ BY KG KZ MD RU TJ TM and any 
other State which is a Contracting State 
of the Eurasian Patent Convention and of 
the PCT 

EP: AT BE CH&LI CY DE DK ES FI FR GB GR 
IE IT LU MC NL PT SE and any other State 
which is a Contracting State of the 
European Patent Convention and of the 
PCT 

OA: BF BJ CF CG CI CM GA GN GW ML MR NE 
SN TD TG and any other State which is a 
member State of OAPI and a Contracting 
State of the PCT 


V-2 


National Patent 

(other kinds of protection or treatment, if 
any, are specified between parentheses 
after the designation(s) concerned) 


AE AG AL AM AT (patent and utility 
model) AU AZ BA BB BG BR BY CA CH&LI CN 
CR CU CZ (patent and utility model) DE 
(patent and utility model) DK (patent 
and utility model) DM DZ EE (patent and 
utility model) ES FI (patent and utility 
model) GB GD GE GH GM HR HU ID IL IN IS 
JP KE KG KP KR (patent and utility 
model) KZ LC LK LR LS LT LU LV MA MD MG 
MK MN MW MX NO NZ PL PT RO RU SD SE SG 
SI SK (patent and utility model) SL TJ 
TM TR TT TZ UA UG US UZ VN YU ZA ZW 



• 



7F1 0 0 / 0 0 3 5 7 



4/5 

PCT REQUEST 2990533PC/su 

Original (for SUBMISSION) - printed on 26.04.2000 01:01:06 PM 



V-5 


Precautionary Designation Statement 
In addition to the designations made 
under items V-1 , V-2 and V-3, the 
applicant also makes under Rule 4.9(b) 
all designations which would be 
perrniiieu unuer me roi excepi diiy 
destgnation(s) of the State(s) indicated 
under item V-6 below. The applicant 
declares that those additional 
designations are subject to confirmation 
and that any designation which is not 
confirmed before the expiration of 1 5 
months from the priority date is to be 
regarded as withdrawn by the applicant 
at the expiration of that time limit. 




V-6 


Exclusion(5) from precautionary 
designations 


NONE 


VI-1 

VI-1-1 
VI-1-2 
Vl-1-3 


Priority claim of earlier national 

application 

Filing date 

NJi innl^or 

f^ni intA/ 

LI 1 1 11 V 


28 June 1999 (28.06.1999) 

991466 

FI 


VI-2 


Priority document request 

The receiving Office is requested to 
prepare and transmit to the International 

RitrAmi a r^rt'ifi^fi f^nnv nf thp parlipf 

uui cau a ^..rdLiiicu \^KJ\jy wi.imc ^aiii^i 

application(s) identified above as 
item(s): 


VI-1 


VII-1 


Chosen 


Swedish Patent Office (ISA/SE) 


vin 


Check list 


number of sheets 


electronic file(s) attached 


VIII-1 


Request 


5 




VI 11-2 


Description 


10 




Vlll-3 


Claims 


3 




Vlll-4 


Abstract 


1 


2990533p.txt 


VliI-5 


Drawings 


3 




VI 11-7 


TOTAL 


22 




Accompanying items 


paper document(s) attached 


electronic file(s) attached 


VI 11-8 


Fee calculation sheet 






VIU-10 


Copy of general power of attorney 






VIll-16 


PCT-EASY diskette 




diskette 


VIII-18 


Figure of the drawings which should 
accompany the abstract 


3 


VtlM9 


Language of filing of the international 
application 


English 


IX-1 
lX-1-1 


Signature of applicant or agent 
Name 


KOLSTER OY AB 


Ralf SyvSnen 




FOR RECEIVING OFFICE USE ONLY 


10-1 


Date of actual receipt of the 
purported international application 


2 6 APR 2000 


^ 2 S "04- 7m) 




10-2 

10-2-1 

10-2-2 


Drawings: 
Received 
Not received 






m 



\<«CT/F1 0 0 / 0 0 3 5 7 



5/5 



PCT REQUEST 



2990533PC/SU 



Original (for SUBMISSION) - printed on 26.04.2000 01:01:06 PM 



10-3 


Corrected date of actual receipt due 
to later but timely received papers or 
drawings completing the purported 
international application 




10-4 


Date of timely receipt of the required 
corrections under PCT Article 11(2) 




10-5 


International Searching Authority 


ISA/SE 


10-6 


Transmittal of search copy delayed 
until search fee is paid 




FOR INTERNATIONAL BUREAU USE ONLY 


11-1 


Date of receipt of the record copy by 
the International Bureau 





''" PATENTTI- REKISTERIHA: 



\ 



Kolster Oy Ab 
Iso Roobertinkatu 23 
"00120 Helsinki 



VALIPAATOS 



16.06.2000 




1 9 -G6- 2000 

Kolster OyAb 



Patenttihakemus nro : 
Luokka : 
Haki j a : 
As i amies : 
Asiamiehen viite: 



991466 

H04Q / JSA 
"Nokia Networks Oy 
Kolster Oy Ab 
2990533FI 



^^1 



Maarapaiva: 16.12.2000 

Patenttihakemuksen numero ja luokka on mainittava kir j elrtiassanne PRH:lle 

Suoritetussa tut kimuksessa ei tullut esiin estetta hakemuksen hyvaksynnalle . Hakijaa 
kehotetaan toimittamaan virastoon englannin kielella jatetysta hakemuksesta PL 8 § 5 mom 
mukainen kaannos ( PA 3 § 1 mom) . 

Esimerkkna tutkimuksessa esille tulleista julkaisuista liitetaan oheen hakijan aiemmat 
hakemus julkaisut WO .99/09774 ja WO 98/32304, joista ensin mainitussa esiintyy yhteyden 
rakentelu runkover kosta matkaviestimelle kahden radioverkko-oh j aimen (RNC) kautta (tassa 
julkaisussa palvelevaa RNC:ta kutsutaan ankkuri RNC:ksi). Jalkimmainen puolestaan 
kasittelee reititysalueen (RA) paivitysta kahden pakettiradiver kon (GPRS) palvelusolmun 
(SGSN). valilla., 



Ps . Vaikuttaa siMa/ ''etta comprise sana on pudonnut matkasta sivun 4 rivilla 34 ja sivun 
: ik -'riv^lia 2b : ' f -C , ' , 



Tutki j.ai-hsinoori ... JulcKa Saranka 

Puheliri: ' CM) 6939 5394 




Lausumanne huomau^tuste johdbsf:a ■ on annettava viimeistaSn yllamainittuna maarapaivana . 
Jollette ole antanut lausumaanne ..virastoon viimeistaan mainittuna maarapaivana tai ryhtynyt 

■:toimehg>i'teis^ tassa yaiip^Sat^ksessa esitettyjen puutteellisuuksien kor j aamiseksi , jstetaan 
hakemus: - sillensa_.: '(patenltilaln 15 §) . Sillensa jatetty hakemus otetaan uudelleen 
feasatertava-ksi^' J kuluessa maar^paivasta annatte lausumanne tai ryhdytte 

tolminpifeeisidn;.^^^^^ kor j aamiseksi ja s amass a ajassa suoritatte 

.,yahvi%t:e6un maksuni 320- fhk hakemuksen ottamisesta uudelleen kasiteltavSksi . Jos lausumanne 
on-arinettu virastoc^ oikeassa ajassa, mutta esitettyja puutteellisuuksia ei ole siten 
korjattur 'e^t'a'' hakemus voitaisiin hyv^ksy^, se hylataan, mikali virastolla ei ole aihetta 
ar>taa Teilie uutta valipSatosta (patenttilain 16 §) . Uusi keksinnon selitys, siihen tehdyt 
lisaykset ja uudet patenttivaatimukset on aina jatettSv^ kahtena kappaleena ,ja tS115in on 
otettava huomioon patenttiasetuksen 19 §. 



Postiosoite: Pi 1160 Katuosoite: Arkadiankatu 6 A Puhelin: (09) 6939500 Pankki: Leonia 

00101 Helsinki 00100 Helsinki Telefax: (09) 69395328 800015-47908 



PATENTTI- JA REKIST^^PhALLITUS 

Patentti- ja innovaatiolinja 



TKIMUSRAPORTTI 



PATENTTIHAKEMUS 


LtrOKITUS 


NRO 




991466 


H04Q 7/38 



TUTKITTU AINEISTO 

Patenttijulkaisukokoelma (FI, SE, NO, DK, DE, CH, EP, WO, GB, US), tutkitut luokat 



Tiedonhaut ja muu aineisto 

Haku Epodoc ja WPI tietokannoissa termeilla: RNC or radio network controller or routing area. 
Haku Epodoc tietokannassa termilla location luokassa h04q7/38r+/ec 



VIITEJULKAISUT 


Kategoria** 


Julkaisun tunnistetiedot 


Koskee 
vaatimuksia 


A 


WO 99/09774 Ik H04Q 7/38, Nokia Telecommunications Oy 




A 


WO 98/32304 Ik H04Q 7/38, Nokia Telecommunications Oy 




*) X Patentoitavuuden kannalta merkittava julkaisu yksinasn tarkasteltuna 

Y Patentoitavuuden kannalta merkittava julkaisu, kun otetaan huomioon tama 

jayksi taiuseampi samaan kategoriaan kuuluva julkaisu 
A Yleista tekniikan tasoa edustava julkaisu, ei kuitenkaan patentoitavuuden este 


paivays 

15.6.2000 


Tutkija tS 

If Saranka 




(12) INTERNATIONAL A^HcATION PUBLISHED UNDER THE PATEN^OOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

International Bureau 

(43) International Publication Date 
4 January 2001 (04,01.2001) 




PCT 



(10) International Publication Number 

WO 01/01718 Al 



(51) International Patent Classification': H04Q 7/38 

(21) International Application Number: PCT/FIOO/00357 

(22) International Filing Date: 26 April 2000 (26.04.20(X)) 

(25) Filing Language: English 

(26) Publication Language: English 



(30) Priority Data: 
991466 



28 June 1999 (28.06.1999) Fl 



(71) Applicant (for all designated States except US): NOKIA 
NETWORKS OY [FI/H]; Keilalahdentie 4, nN-02150 
Espoo (FI). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): RAJANIEMI, 
Jaakko [FUH]; Lapinrinne 2 A 11, FIN-00180 Helsinki 
(FI). AHMAVAARA, Kalle [FI/FI]; Hakaniemenranta 18 
D 62, FIN-00530 Helsinki (H). EINOLA, Heikki [FI/FI]; 
Kaksoiskiventie 7-9 B 5, FIN-02760 Espoo (FI). BACK, 
Juha [FI/FI]; Kulosaarenpuistotie 44 B 22, FIN-00570 
Helsinki (Fl). HULKKONEN, Tony [FI/H]; Porvoonkatu 
1 F 214, FIN-00510 Helsinki (FI). HAUMONT, Serge 
[FR/H]; Riistavuorenkuja 3 B 10, FIN-00320 Helsinki 
(H). 



(74) Agent: KOLSTER OY AB; Iso Roobertinkatu 23, RO. 
Box 148, FIN-(X)121 Helsinki (H). 

(81) Designated States (national): AE, AG, AL, AM, AT, AT 
(utility model), AU, AZ, BA, BB, BG, BR, BY, CA, CH, 
CN, CR, CU, CZ, CZ (utOity model), DE, DE (utUity 
model), DK, DK (utility model), DM, DZ, EE, EE (utility 
model), ES, H, Fl (utility model), GB, GD, GE, GH, GM, 
HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KR (utility 
model), KZ, LC, LK, LR, LS, LT, LU, LV, MA, MD, MG, 
MK, MN, MW, MX, NO, NZ, PL, PT, RO, RU, SD, SE, 
SG, SI, SK, SK (utility model), SL, TJ, TM, TR, TT, TZ, 
UA, UG, US, UZ, VN, YU, ZA, ZW. 

(84) Designated States (regional): ARIPO patent (GH, GM, 
KE, LS, MW, SD, SL, SZ, TZ, UG, ZW), Eurasian patent 
(AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), European patent 
(AT, BE, CH, CY, DE, DK, ES, FI, FR, GB, GR, IE, IT, LU, 
MC, NL, PT, SE), OAPI patent (BF, BJ, CF, CG, CI, CM, 
GA, GN, GW, ML, MR, NE, SN, TD, TG). 

Published: 

— JVith international search report. 

For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



(54) Title: LOCATION MANAGEMENT FOR CELLULAR SYSTEMS 



ON 



RAN 



MSC1 




SGSN1 




MSC2 




SGSN2 



RNC1 




RNC2 


(SRNC) 


lir 


(DRNC) 



Active set 



i 2 



C'(Cid') Cl(Cidl) 




C2(Cid2) 



< 
00 
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Location management for cellular systems 

Background of the invention 

The invention relates to methods and equipment for reporting a 
mobile terminal's location. The invention can be used e.g. for implementing 
5 handover in a mobile communications system. The invention is particularly 
useful in a system which is at least partly a third generation (3G) mobile com- 
munications system. 3G mobile communications systems, such as the UMTS 
(Universal Mobile Telecommunications System) are being standardised by the 
UMTS Forum and the European Telecommunication Standard Institute ETSI. 

10 The current vision is that 3G systems will include both circuit-switched and 
packet-switched components. 

Fig. 1 is a block diagram of a telecommunications system showing 
the components which are essential for understanding the invention. A UMTS 
Mobile Station MS consists of Mobile Equipment ME and a USIM card (User 

15 and Services and Identity Module). There is a radio interface Uu between the 
MS and a Radio Access Network RAN, which comprises Base Stations BS 
under control of Radio Network Controllers RNC. For circuit-switched services, 
the RNCs are connected, via an lu interface, to Mobile services Switching 
Centres MSG, and for packet-switched services, there is a connection, via a 

20 Gb interface, to Serving GPRS Support Nodes SGSN (GPRS = General 
Packet Radio Service). The MSG and SGSN elements may include separate 
UMTS addition sections. Subscriber data related to the MS is stored perma- 
nently in a Home Location Register HLR and for circuit-switched operation, the 
data is transferred to the Visitor Location Register VLR of the MSC which cur- 

25 rently serves the MS. There may be separate Interworking units IWU for 
adapting the A and Gb interfaces of GSM/GPRS systems to the lu interface of 
the UMTS. For storing equipment-related data, the network comprises an 
Equipment Identity Register EIR. For entering and updating subscriber-specific 
data, there is an Operation and Maintenance O&M section having a Man- 

30 Machine Interface MMI. For creating and managing supplementary services, 
there is typically a dedicated Service Control Node SCN which can be seen as 
an evolved version of a Service Control Point (SCP) of Intelligent Networks. 

Only the packet-switched section will be described in more detail, 
and it is assumed that this section will resemble a GPRS system. The GPRS 

35 infrastructure comprises support nodes such as a GPRS gateway support 
node (GGSN) and a GPRS serving support node (SGSN). The main functions 



wo 01/01718 




PCT/FIOO/00357 



2 



of the GGSN nodes involve interaction with the external data network. The 
GGSN updates the location directory using routing information supplied by the 
SGSNs about an MS's path and routes the external data network protocol 
packet encapsulated over the GPRS backbone to the SGSN currently serving 
5 the MS. It also decapsulates and forwards external data network packets to 
the appropriate data network and handles the billing of data traffic. 

The main functions of the SGSN are to detect new GPRS mobile 
stations in its service area, handle the process of registering the new MSs 
along with the GPRS registers, send/receive data packets to/from the GPRS 

10 MS, and keep a record of the location of the MSs inside of its service area. 
The subscription information is stored in a GPRS register (HLR) where the 
mapping between a mobile^s identity (such as MS-ISDN or IMSI) and the 
PSPDN address is stored. The GPRS register acts as a database from which 
the SGSNs can ask whether a new MS in its area is allowed to join the GPRS 

15 network. 

The GPRS gateway support nodes GGSN connect an operator's 
GPRS network to external systems, such as other operators' GPRS systems, 
data networks 11, such as an IP network (Internet) or a X.25 network, and 
service centres. Fixed hosts 14 can be connected to the data network 11 e.g. 

20 by means of a local area network LAN and a router 15. A border gateway BG 
provides access to an inter-operator GPRS backbone network 12. The GGSN 
may also be connected directly to a private corporate network or a host. The 
GGSN includes GPRS subscribers' PDP (Packet Data Protocol) addresses 
and routing information, i.e. SGSN addresses. Routing information is used for 

25 tunnelling protocol data units PDU from data network 11 to the current switch- 
ing point of the MS, i.e. to the serving SGSN. The functionalities of the SGSN 
and GGSN can be connected to the same physical node. 

The home location register HLR of the GSM network contains 
GPRS subscriber data and routing infomiation and it maps the subscriber's 

30 IMSI into an SGSN address and one or more pairs of the PDP type and PDP 
address. The HLR also maps each PDP type and PDP address pair into a 
GGSN node. The SGSN has a Gr interface to the HLR (a direct signalling 
connection or via an internal backbone network 13). The HLR of a roaming MS 
and its sen/ing SGSN may be in different mobile communication networks. 

35 The intra-operator backbone network 13, which interconnects an 

operator's SGSN and GGSN equipment, can be implemented, for example, by 



wo 01/01718 




PCT/FIOO/00357 



3 



means of a local network, such as an IP network. It should be noted that an 
operator's GPRS network can also be implemented without the intra-operator 
backbone network, e.g. by providing all features in one computer. 

Fig. 2 shows the protocol stacks used at various points in a 3G 

5 network. 

A mobile station (MS) engaged in GPRS traffic sends a Cell 
Update (CU) message after detecting that it has changed its cell. A number of 
cells constitute a routing area (RA), and when the routing area changes, the 
MS sends a Routing Area Update (RAU) message. In the UMTS the cell up- 

10 date messages are not sent to the SGSN, only to the RNC. Therefore the 
SGSN is not aware of the exact cell of the MS. For an active MS, the SGSN 
only knows an identifier of the RNC which handles the MS. For an idle MS, the 
SGSN only knows the MS*s routing area identifier 

A first problem underlying the invention will now be described with 

15 reference to Fig. 3. A 3G system may pose certain problems which do not ex- 
ist in 2G systems, such as the GSM and the GPRS. For example, when the 
MS is changing its cell, it is possible that a connection-oriented connection is 
not handled by the RNC controlling the MS's active cells but by another RNC. 
The former RNC is called a 'drift RNC and the latter RNC is called a 'serving 

20 RNC\ In Fig. 3, RNC1 is the serving RNC (SRNC) and RNC2 is the drift RNC 
(DRNC). In such a case, the CU and RAU messages are transmitted over the 
air interface piggybacked to the channel which is reserved for the circuit- 
switched connection (connection-oriented connection), and they terminate at 
the serving RNC, In a GPRS core network, if the Radio Access Network (RAN) 

25 inserts a cell ID (identifier) into the CU or RAU messages, thereby indicating 
where the MS is actually located, and if that ceil is not controlled by the serv- 
ing RNC, the SGSN may use another RNC for the packet-switched connec- 
tions. This is not possible, however, because all simultaneous connections for 
one user should be handled by one RNC. In other words, there may be an 

30 ambiguity concerning the RNC which the SGSN should use. The same holds 
in a UMTS system if the Radio Access Network (RAN) inserts a cell ID 
(identifier) into a RAU message or an equivalent. 

A second, related problem is that current GPRS or 3G systems do 
not offer a smooth Inter-SGSN routing area update (RAU) procedure. A lot of 

35 signalling is needed between the new SGSN and the old SGSN, the HLR, 
MSC and the GGSN(s). In particular, the new SGSN must receive the sub- 
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scriber data from the old SGSN before it can be sure that it can accept the 
RAU and continue signalling. This signalling causes a delay of up to several 
seconds, which in some cases could be unacceptable. Moreover, in packet 
traffic a virtual connection can last for several days. Therefore, the existing 
5 concepts of an anchor-MSC and float-MSC are not appropriate. 

Disclosure of the invention 

It is an object of the invention to provide a method and equipment 
for eliminating the first problem associated with prior art systems. The object is 
attained with the method and equipment which are characterized by what is 

10 disclosed in the characerizing part of the appended independent claims. Solu- 
tions to the second problem and preferred solutions to the first problem are 
disclosed in the appended dependent claims. 

The invention is based on the idea that for a terminal sending in- 
formation on the basis of which its location can be determined (such as a mo- 

15 bile station having a connection-oriented connection while sending a CU or 
RAU message), the terminal's location information (e.g. its cell ID) can be- 
transformed, e.g. by using a masked or falsified (faked) location information, 
such as a fake cell ID. The fake location information is preferably chosen so 
that the SGSN assumes the location of the MS to be under the serving RNC. 

20 A certain pool or group of cell addresses can be used for this purpose. It might 
be beneficial to choose the addresses so that the SRNC (or SGSN) can detect 
that the traffic has been forwarded. 

According to various preferred embodiments of the invention, the 
information about the MS's location indicates one or more of the following: 

25 a location (e.g. a cell) which is controlled by the SRNC and which is 

part of the MS's active set, if such a cell exists; 

a virtual location (e.g. cell), which is not controlled by either RNC, in 
case the MS*s active set does not comprise a cell which is controlled by the 
SRNC; 

30 the last location (e.g. a cell) which is controlled by the SRNC and 

which has been part of the MS's active set in case the MS's active set does 
not comprise a cell which is controlled by the SRNC; 

a location (e.g. a cell) controlled by the DRNC in case the MS's ac- 
tive set does not comprise a cell controlled by the SRNC; and/or 

35 a location (e.g. a cell) whose location information the MS received 

last. 
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The fact that the MS's location information indicates one of these 
cells has two possible interpretations. The MS's location information may indi- 
cate such a cell either explicitly or implicitly. An explicit indication means that 
the location information contains actual cell identifiers. An implicit indication 
5 means that the location information contains some information (e.g. one or 
more routing or location area identifiers) on the basis of which a cell can be 
identified (if so desired). It is also feasible to transfer only some location- 
related data and use it for calculating the MS's location. 

The criteria for sending location information preferably comprises a 

10 change of the MS's location, activation of a PDP context for the MS and expiry 
of a recurring period of time. 

As briefly noted above, the information about the MS's location may 
indicate a location, such as a cell, whose location information the MS received 
last. When a mobile station has at least one active connection, it receives 

15 system information only via its dedicated signalling connection. This system 
information comprises e.g. current location (such as routing area, location area 
and cell identity) of the mobile station. The system information is similar in na- 
ture to the information which the MS receives via a broadcast control channel 
BCCH when it does not have any active connections. The SRNC only sends 

20 system information about the cells controlled by it. In other words, it does not 
send system information about cells controlled by the DRNC. Based on the 
system information, the MS can determine whether or not it has moved into a 
new routing or location area. The SRNC sends this information as necessary. 
One suitable criterion for sending it is that the MS has moved and its active set 

25 does not contain the cell whose system information the SRNC has sent last, or 
after an SRNC handover (relocation). 

Use of the transformed location, such as a fake cell ID, causes an- 
other problem, however. When the MS's last connection-oriented connection 
is terminated and the serving RNC deleted from the MS-URAN connection, the 

30 SGSN must be informed about the new (correct) RNC. This holds also for 
cases where the serving RNC is changed. This problem can be solved as fol- 
lows. If the MS's last connection-oriented connection is terminated or if the 
serving RNC is changed, an additional CU or RAU must be performed for the 
MS. even if the MS's location information has not changed. 

35 The location reporting functionality performed by a serving RNC can 

be summarised as follows: 
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1. Check if RNC handover should be performed, if not, then: 

2. Select a location, such as a cell which is controlled by the serving 
RNC and which is part of the MS's active set, if such a cell exists. (N.B. The 
active set must also comprise at least one cell controlled by the drift RNC, oth- 

5 erwise the concept of drift RNC would not exist.) 

If no handover was performed in step 1 or no cell was found in step 
2, then do one of the following: 

3A. Select a virtual location, such as a cell. A virtual cell is not a real 
cell (i.e. it is not covered by radio transceivers); or 
10 3B. Select, among the cells controlled by the serving RNC, the last 

one used by the MS. 

If step 3A is taken, i.e. a virtual location is selected, the core net- 
work elements (the MSC and/or the SGSN) must determine that the location 
information does not refer to reallocation. Such a determination can be made 
15 on the basis of a suitable cell ID numbering plan or a translation table. 

Brief description of the drawings 

The invention will now be described in connection with its preferred 
embodiments, with reference to the accompanying drawings, in which: 

Fig, 1 is a block diagram of a telecommunications system showing 
20 the components which are essential for understanding the invention; 

Fig, 2 shows the protocol stacks used at various points in a 3G 

network; 

Fig. 3 is a simplified block diagram for pointing out the problem 
more clearly; 

25 Fig. 4 shows a routing area update (RAU) procedure for a GPRS 

network; and 

Fig. 5 shows an alternative Inter-SGSN routing area update proce- 
dure according to a preferred embodiment of the invention. 

Detailed description of the invention 

30 Fig. 4 shows a routing area update (RAU) procedure for a GPRS 

network. In step 4-1 the MS sends a Routing Area Update Request via 
RNC2 (drift RNC) to RNC1 (serving RNC). In step 4-2 RNC1 adds the MS's 
location information and fonA^ards the RAU Request to SGSN1, In step 4-3 
SGSN2 requests the MS*s PDP context from SGSN1 which responds in step 

35 4-4. in step 4-5 SGSN1 begins to forward MS-terminated (MT) packets to 
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SGSN2. Security functions have been shown as step 4-6. In step 4-7 SGSN2 
sends an Update PDP Context Request to the GGSN node which responds 
in step 4-8. In step 4-9 the MS's location is updated in the HLR. In step 4-10 
the HLR cancels the MS's location in SGSN1 which acknowledges this in step 
5 4-11. In step 4-12 the HLR sends an Insert Subscriber Data to SGSN2 
which acknowledges in step 4-13. In step 4-14 the HLR sends to SGSN2 an 
acknowledgement to the message sent in step 4-9. In step 4-15, if the MS is 
IMSI-attached and does not have a circuit-switched connection, the SGSN- 
VLR association must be updated. SGSN2 updates the MS's location and 

10 SGSN number in the VLR, which acknowledges these in step 4-16. In steps 4- 
17 and 4-18 the RAU process is completed. 

Fig. 5 shows an alternative Inter-SGSN routing area update proce- 
dure according to a preferred embodiment of the invention. This embodiment 
and its alternative modifications solve the second problem underlying the in- 

15 vention. 

Due to macrodiversity, the triggering of a RAU is less clear than in 
2G systems. A RAU could be triggered e.g. if all cells in the MS's active set 
belong to the new RA, or if more than half of the cells belong to it. In step 5-1 
the MS sends a Routing Area Update Request via RNC2 (drift RNC) to 

20 RNC1 (serving RNC). The MS sends the RAU request via its uplink connec- 
tion, if one exists. Because of the coexistence of the drift RNC and the serving 
RNC, the update is received by the SRNC which does not control the MS's 
new routing area. The MS should suspend its session management proce- 
dures. In step 5-2 RNC1 adds the MS's location information and forwards the 

25 RAU Request to SGSN1. This is in contrast to prior art GPRS systems where 
the RAU Request is sent to SGSN2. In step 5-3 security functions may be 
performed, as usual. A benefit of sending the RAU Request to SGSN1 is that 
SGSN1 already knows the MS*s digital signature (PTMSI signature in GPRS 
terms), and it is likely to have authentication triplets for it. Thus there is no 

30 need to fetch these separately, whereby the delays due to the Inter-SGSN 
handover can be shortened. 

In step 5-4, if the security functions are completed successfully, the 
SGSN1 sends a Forward RAU Request to SGSN2. This message includes 
parameters for resuming the connection(s) after the RAU. Such parameters 

35 include session management data and eventually lu information (address of 
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RNC2). SGSN1 may start a timing period during which it will keep the MS's 
data in its memory. 

In step 5-5 SGSN2 updates the MS's location (IMSI, SGSN ad- 
dress) in the HLR. In step 5-6 the HLR inserts the subscriber data (IMSI, sub- 
5 scription details) into SGSN2 which validates the MS's presence in the new 
RA. If all regional and other checks are passed, SGSN2 establishes an MM 
(Mobility Management) context for the MS and returns an acknowledgement to 
the HLR in step 5-7. 

In step 5-8 SGSN2 may establish an lu link to RNC2 which may 

10 send some radio parameters to resume quickly a connection with the MS. This 
feature is especially useful if the MS has a delay-sensitive application (this can 
be determined by checking the MS's session management context). 

In step 5-9 SGSN2 returns an accept message to the message sent 
in step 5-4. The accept message includes the new RA index, the MS's new 

15 temporary identity (P-TMSI in GPRS terms) and/or its new digital signature. 
Additionally, some radio parameters or codes obtained from RNC2 may be 
sent. SGSN1 should immediately acknowledge this message to facilitate error 
handling. In step 5-10 SGSN1 sends to the MS an RAU Accept message 
which preferably contains the same parameters as the message of step 5-9. 

20 Additionally, if an acknowledgement transmission is active, it may contain 
some protocol state information known by SGSN1 (this corresponds to LLC 
acknowledgement in GPRS). 

In step 5-11 SGSN1 suspends downlink data transmission for ac- 
knowledged mode, in order to keep the protocol state intact. Depending on the 

25 QoS, SGSN1 may continue data transmission for unacknowledged mode. 

In step 5-12 the MS acknowledges with a RAU complete message 
which contains the new temporary identity (P-TMSI) and some protocol state 
information known by the MS, such as an LLC acknowledgement for each LLC 
connection used by the MS (which confirms ail MT N-PDUs transferred suc- 

30 cesfully before the start of the update procedure. If the packet acknowledge- 
ment (equivalent to LLC acknowledgement in GPRS) confirms reception of 
certain N-PDUs, these N-PDUs will be discarded by SGSN1. This message 
will trigger RNC relocation (which in this embodiment is triggered by the MS). 

In step 5-13 the MS establishes a radio connection with RNC2. If 

35 radio parameters were sent in step 5-10 (RAU Accept), the MS could set up a 
radio connection immediately with these parameters. Othenwise, the MS 
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should re-establish the radio connection by accessing the common channel, 
which causes a longer break in the connection. This is why sending the radio 
parameters in step 5-10 may be QoS-dependent. The MS should send an 
uplink packet (not shown) to SGSN2 in case the RAU Complete message was 
5 lost because of error handling. An alternative embodiment, omitting step 5-13, 
will be described later. 

In step 5-14 SGSN1 sends a Forward RAU Complete message to 
SGSN2. In step 5-15 SGSN1 cancels the lu links towards RNC1 and begins to 
forward downlink packets to SGSN2. It may keep the MS's context and for- 

10 ward MT packets until the expiry of the optional timing period which was 
started in step 5-4. In step 5-16, when SGSN2 receives the Forward RAU 
Complete message, it resumes data transmission towards the MS. 

In step 5-17 SGSN2 sends to the relevant GGSN(s) an Update 
PDP Context Request (SGSN2 address, Tunnel Identifier, QoS Negotiated). 

15 The GGSNs update their PDP context fields and return a response in step 
5-18. N.B: Steps 5-17 and 5-18 may take place any time after step 5-5. 

In step 5-19 the HLR cancels the MS*s location in SGSN1. This 
message contains the MS's IMSI. and the cancellation type is set to Update 
procedure. If the optional timer was not set in step 5-4, SGSN1 deletes the 

20 MS*s MM and PDP contexts. Otherwise it waits until the timer expires. The 
timing period allows SGSN1 to complete forwarding of N-PDUs. It also en- 
sures that the MS's MM and PDP contexts are kept in case the MS initiates 
another Inter-SGSN RAU before completing the ongoing RAU. In step 5-20 
SGSN1 acknowledges with a Cancel Location Ack. 

25 According to an alternative embodiment step 5-13 is omitted. In- 

stead, during step 5-15 RNC1 receives an indication from SGSN1 that the 
RNC could now be relocated. RNC1 will inform RNC2 which will start handling 
the MS directly. 

In general, the invention is equally applicable if the SGSN is re- 
30 placed by a 3G MSC (or an MSC/SGSN combination). For this embodiment, 
the MSC and/or SGSN could be called 'switching elements' since they route 
packets and/or establish circuit-switched connections. 

In GSM systems no location area updates are performed during 
connection, in order not to confuse the relay and anchor MSCs. With macro 
35 diversity the LAU could reach the old MSC directly, whereby it is possible to 
have a LAU during a call. However, in a hard inter-MSC handover, a special 
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message (LAU with an active call indication) may be needed. Such a message 
could trigger the new MSG to establish a connection with the old MSG and try 
to resume the call. A problem is that this would happen especially between the 
GSM and the UMTS, which means that a GSM MSG would need to interpret 
5 this special LAU message. 

It should be noted that figures 4 and 5 illustrate worst-case scenar- 
ios in the sense that both RNGs are under different SGSN nodes or MSCs. If 
the SGSNs or the MSCs are the same, these scenarios could be simplified ac- 
cordingly. 
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Claims 

1. A method for indicating a terminars (MS) location in a telecom- 
munications system comprising: 

a core network (CN); and 
5 an access network (RAN) comprising a first network controller, 

which at least temporarily acts as the terminaPs serving network controller 
(SRNC), for reporting the terminal's location to the core network, and a second 
network controller, which at least temporarily acts as the terminal's drift net- 
work controller (DRNC), for maintaining a connection with the terminal; 
10 wherein 

there is a first set of predetermined criteria for sending information 
about the terminal's (MS) location to the core network (CN); and 

in response to fulfilment of at least one criterion in the first set, the 
terminal (MS) sends to the second network controller (DRNC) location infer- 
15 mation (4-1, 5-1) on the basis of which the terminal's location can be deter- 
mined; and the second network controller (DRNC) forwards the location infor- 
mation to the first network controller (SRNC) for reporting to the core network 
(CN); 

characterized in that 
20 there is a second set of .at least one predetermined criterion for 

transforming the location information; 

the first network controller (SRNC) checks whether at least one cri- 
terion in the second set is fulfilled; and 

in response to fulfilment of at least one criterion in the second set, 
25 the first network controller (SRNC) sends transformed information (4-2, 5-2) 
about the terminaFs location to the core network (CN). 

2. A method according to claim 1, characterized in that in re- 
sponse to terminafing the last connection-oriented connection with the termi- 
nal, the first network controller (SRNC) reports the terminal's correct location 

3D to the core network (CN). 

3. A method according to claim 1 or 2, characterized in that 
the information about the terminal's (MS) location indicates a location which is 
controlled by the first network controller (SRNC) and which is part of the termi- 
nars active set, if such a location exists. 



wo 01/01718 




PCT/FIOO/00357 



12 



4. A method according to claim 3, characterized in that if the 
terminal's active set does not comprise a location which is controlled by the 
first network controller (SRNC), the information about the terminal's (MS) loca- 
tion indicates a virtual location, which is not controlled by either of said net- 

5 work controllers. 

5. A method according to claim 3, characterized in that if the 
terminars active set does not comprise a location which is controlled by the 
first network controller (SRNC), the information about the terminal's (MS) loca- 
tion indicates the last location which is controlled by the first network controller 

10 and which has been part of the terminal's active set. 

6. A method according to claim 3, characterized in that if the 
terminal's active set does not comprise a location which is controlled by the 
first network controller (SRNC), said information about the terminal's (MS) lo- 
cation indicates a location which is at least partially controlled by the first net- 

15 work controller. 

7. A method according to any one of the preceding claims, cha- 
racterized in that the information about the terminal's (MS) location indi- 
cates a location the location information of which the terminal received last. 

8. A method according to any one of the preceding claims, c h a - 
20 racterized in that if the terminal's (MS) active set does not comprise a lo- 
cation controlled by the first network controller (SRNC), the information about 
the terminal's (MS) location indicates a location controlled by the second net- 
work controller (DRNC). 

9. A method according to any one of the preceding claims, c h a - 
25 racterized in that said information about the terminal's (MS) location indi- 
cates at least one cell identifier, routing area identifier or location area identi- 
fier. 

10. A method according to any one of the preceding claims, cha- 
racterized in that said first set of criteria comprises a change of the ter- 
se minal's location, activation of a PDP context for the terminal and expiry of a 

recurring period of time. 



wo 01/01718 



PCT/FIOO/00357 



13 



11. A method according to any one of the preceding claims, cha- 
racterized in that 

the first and the second network controller (RNC1, RNC2) are asso- 
ciated, respectively, with a first and a second switching element (SGSN1, 
5 SGSN2) for maintaining subscription information related to the terminal (MS); 
and 

information about the terminal's location is received by the first 
switching element (SGSN1) sends (5-4) information about the terminal's loca- 
tion to the second switching element (SGSN2) without a separate request. 

10 12. A method according to claim 11, characterized in that 

said information about the terminal's location comprises the terminal's Packet 
Data Protocol and/or Mobility Management context. 

13. A method according to claim 11 or 12, characterized in 
that each of the first and the second switching element (SGSN1, SGSN2) is 

15 substantially an SGSN node, a Mobile services Switching Centre or a combi- 
nation of both. 

14. A method according to any one of the preceding claims, cha- 
racterized in that said terminal is a mobile station, said access network is 
a radio access network and said network controller is a radio network control- 

20 ler. 

15. A first network controller for supporting a terminal (MS) in a 
telecommunications system which comprises a core network (CN) and an ac- 
cess network (RAN); 

wherein said first network controller is adapted to act, at least tem- 
25 porarily, as the terminal's serving network controller (SRNC) in said access 
network (RAN), for reporting the terminal's location to the core network (CN); 
and 

the first network controller (SRNC) is adapted to receive location 
information from a drift network controller (DRNC) and to report it to the core 
30 network (CN) for determining the terminal's (MS) location; 
characterized in that 

the first network controller (SRNC) is adapted to transform said in- 
formation about the terminal's location before reporting it to the core network 
(CN). 
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